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REMARKS 

In the Office Action dated April 21. 2004, claims 1-31 were presented for examination. 
Claims 1-3 1 were rejected under 35 U.S.C. § 1 02(b) as being anticipated by Jackson et aL % U.S. 
Patent No. 6,473,819. 

Applicant wishes to thank the Examiner for the careful and thorough review and action 
on Ihe merits in this application. The following remarks arc provided in support of the pending 
claims and responsive to the Office Aciion of April 21 , 2004 for the pending application. 

In the Office Action of April 21 , 2004, the Examiner assigned to the application rejected 
claims 1 -3 1 under 35 U.S.C § 1 02(e) as being anticipated by Jackson et al ('8 1 9). The Jackson 
et al. patent (*8 1 9) relates to a queue lock for a shared memory multiprocessor. More 
specifically, Jackson et al. shows a group of processors coupled to memory via a system bus. 
The processors arc organized across a LAN, but do not share memory. There is no teaching in 
Jackson et al. for organizing any of the processors into a hierarchy. A hierarchy is defined as 
"an organizational technique in which items are layered or grouped to reduce complexity."' In 
Jackson et al. the processors 1 1 Oa, 1 1 0b, and 1 1 0c are placed in a local area network (LAN). 
There is no provision in the LAN of Jackson et al for ordering the processors using their 
complexity. By definition, such an ordering is required in order to have a hierarchical system. 
Accordingly, Jackson et al. docs not teach the hierarchical organization of the processors. 

furthermore, in Applicant's invention the placement of the processor requesting the lock 
in view of the hierarchical organization of the processors is determinative of processing of the 
lock. The lock or Jackson at al. is responsive to a linear ordering of the processors in the LAN. 
Sec Col. 7, lines 50-56. There is no provision in Jackson et aL for giving priority for access to a 
lock to one processor over the other based on an assigned hierarchy. In exceptional cases, 
Jackson et al. uses a linear arrangement of the processors to grant locks based upon a lock- 

1 John Lewis and William Loftus, Java Software Solutions: 
Foundations of Program Design- 669 (3 rd ed. 2003) , attached as 
Exhibit A. 
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granting algorithm to favor the processor to the left or the processor to the right. This is not 
processing a lock responsive to a hierarchy, it is processing a lock responsive to a linear 
arrangement. The left or right processor is given priority because of its position in the 
arrangement; however, its position and the order of the arrangement does not relate to the 
complexity of the elements. Therefore, the locks of Jackson et al. are not responsive to a 
hierarchy of processors, as the injection of such a hierarchical system into Jackson et al would 
in fact contradict Jackson et al^s own stated system of assigning locks based upon the linear 
arrangement of the processors. 

In order for the claimed invention to be anticipated under 35 ILS-C. § 102(b), the prior art 
must teach all claimed limitations presented by the claimed invention. "A claim is anticipated 
only if each and every element as set forth in the claim is found, either expressly or inherently 
described, in a single prior art reference." MPEP §2131 (citing Verdcgaal Bros. v. Union Oil Co. 
of California, 814 F. 2d 628, 63 1, 2 ILS.P.Q. 2d 1051, 1053 (Fed. Cin 1987)). As mentioned 
above, Jackson et al does not show all of the elements as claimed by Applicant in pending 
claims 1-31. Specifically, Jackson et al. does not show a hierarchical grouping of processors, 
rather Jackson etal merely shows a linear arrangement of processors in a local area network 
without grouping the processors in a manner which reduces their complexity, />. a hierarchy. 
The lock of Jackson et al. is processed in response to this linear arrangement of the processors 
in the network. Applicant's lock is processed with consideration of the hierarchical grouping of 
the processors. Accordingly, Jackson et al. clearly fails to teach the limitations pertaining to the 
hierarchical grouping of the processors as well the processing of the lock responsive to the 
hierarchical grouping of the processors as presented in Applicant's pending claims 1-31. 

Finally, *'[a] previous patent anticipates a purported invention only where, except for 
insubstantial differences, it contains all of the same elements operating in the same fashion to 
perform an identical function." Saunders v. Air-Flo Co., 646 F.2d 120 1,1 203 (7* Cir. 1981) 
citing Popeit Brothers, Inc. u Schick Electric, Inc.. 494 F. 2d 162, 1 64 (7 ,h Cir. 1974) (holding 
patents were not invalid as being anticipated by or obvious in light of prior art) (emphasis 
added). Jackson ei al, does not anticipate the invention of Applicant based upon ihe legal 
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definition of anticipation. Although the prior art cited by the Examiner relates to processors and 
locks associated therewith, Jackson et aL fails to show each and every element as presented in 
Applicant's claimed invention. In fact, Jackson et aL does not show placing the processors into 
a hierarchy or processing a lock responsive to the hierarchy of the processors. Rather, Jackson et 
aL shows a linear arrangement of processors in a local area network and processing a lock in 
response to the linear arrangement, which conflicts with each of the Applicant's claimed 
elements. Accordingly, Applicant respectfully requests the Examiner to remove the rejection of 
claims 1-3 1 and to provide allowance of this application. 

For the reasons outlined above, withdrawal of the rejection of record and an 
allowance of this application are respectfully requested. 



Respectfully submitted, 



By: 




Rochelle Lieberman 
Registration No. 39,276 
Attorney for Applicant 



Lieberman & Brandsdorfer, LLC 
1 2221 McDonald Chapel Drive 
Gaithersburg, MD 20878-2252 
Phone: (301)948-7775 
Fax: (301)948-7774 



Email: nn;kv6?JlcgalDlanncr.corn 



Date: 



July 21, 2004 
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APPENDIX A glossary 669 



aic lay=«J «* E^oupcd to complexity. 
wMcvd la^Bnas*-*- profinnaming language in 
Ji& **e«n«t represents many ^rfufc-lcvd 
instructions, 

HTML— to HyperText Markup Lanipiafic. 
hybrid cbject-oricawd language— A pxocj*unmin S 
l^guagt: that can be used to mipfcrnent a program in 
a procedural rnanM- or an object-ot idtted maiinec at 
the programmer* discretion. Sw oUu pure object- 
oriented language* 

hypcunedia— The concept of hypertext exrended to 
ioducU other media types, such as graphics, audio, 

hypcrtoct— A document rtfrrfscntaikm ihat allows a 
user to easily navigate tfxrougli it in other than * linear 
feshion. Links to other part* ol the document are 
embedded at the appropriate places to alWlhc uaer 
to jump from one part of the document to another. See 
also hypermedia, 

HypcrText Markup l-angua£e (HTML)— The not^ 
uon used to define Web pages- S*e oho browser, 
"VTbrld 'Wide Web. 

icon— A small, Sxed*i*ed picture* often used to deco- 
rate a gtaphicaJ interface. Set also image 
idenrifier-^Any aaf«c that a programmer makes up to 
use in a program, « a daw name or variable 
name. 

identity— The designation of an object, vrtuch, injav*, 
k an object reference name See aha state, behavior 
754— A standard lor representing floating point 
values. Used by Java to represent a©** and ***** 
d£ia types. 

if— A Java reserved word dun: specifies a simple con- 
ditional construct. Scte also 

image-A picture, often uauxs a GIF or JPEG 

format. See also icon. 

imnmrable— The charaaecisdc of something that docs 
tu>t change- For sample, the contents of a Java char- 
acter string are Immutable ooce Ae string has been 
defined. 



impIcrncntauonMl} The process of ttanslatrng i 
design into source code- (Z) The source code that 
defines a method, da**, abstract data rypc, or Other 
programming enmy- 

impJemtms—A Java reserved word that is u*d ia a 
class declaration to specify the class implements 
the methods specified m a particular inrerface. 
onport-A Java served word that is used co specify 
the package* and classes that axe used In a particular 
Java source code file* 

index— Tbe intfcftfcr value used to smectfy a particular 
cement In an array* 

iodcx operator—The brackets ([ ]) in which an array 
index is specified. 

'mfaxx iM^or^-Tha prOcts of a method invokes 
another method, *hkh cvzn^W XcSulr* m the ongi^ 
nal method being, invoked again- See also direct recur- 
sion - 

rufitit* loop—A loop that does not teirajnatx because 
rJie condition emailing *e loop never becomes 

irjfioise recursion-^A recursive series of invocations 
that does nor rj^tmrriaie because the base cast * never 
reached. 

infix e*prcsslofl-^An expression m which the opera- 
tors are ration*! between the operands an which 
they work- See also postfix expression, 
inheritance— The abSiry to derive a new class from an 
^sring one. Inherited variable* and methods of the 
original (parent) daw are available in mo new (child) 
dass as If they We declared locally, 
inirializ*-^ To give an iniiial value to a variable- 
iruriaBier list— A cooaroa-separatcd list of valuesv 
deumhed by braces \a\ uwd to inicializc and specify 
the s&e of an array. 

irjline doemnesmrdon— Coramcnts that arc included in 

xbe source code of a program. 

inner ckwss^A noosratie, nested taW 

input/output bufc— A rtofagc location for data on 

itsvray from the user to the computer (inpuxbufer) or 

bom the computer to the user (output buffer). 
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